System, Method, and Computer Program Product for Providing Instant Credit to a Customer at a Point-of-Sale

ABSTRACT

Described are a system, method, and computer program product for providing instant credit to a customer at a point-of-sale. The method includes receiving a transaction approval request including a full transaction amount for a transaction at the point-of-sale. The method further includes communicating a credit approval request based on the transaction approval request to an issuer system and, in response to receiving a message from the issuer system including a decline or an approval of less than the full transaction amount, determining customer data used to evaluate an extension of credit to the customer. The method further includes communicating the customer data to a third party credit provider system and receiving a credit approval message from the third party credit provider system including a credit transaction amount to fulfill the full transaction amount. The method further includes communicating a transaction approval message including the full transaction amount.

CROSS-REFERENCE TO RELATED APPLICATION

The present application is a continuation of U.S. patent applicationSer. No. 16/382,622, filed Apr. 12, 2019, and entitled “System, Method,and Computer Program Product for Providing Instant Credit to a Customerat a Point-of-Sale”, the entire disclosure of which is herebyincorporated herein by reference.

BACKGROUND 1. Technical Field

Disclosed embodiments or aspects relate generally to electronic paymentprocessing networks and, in one particular embodiment or aspect, to asystem, method, and computer program product for providing instantcredit to a customer at a point-of-sale (POS) during the processing of atransaction.

2. Technical Considerations

A customer may use a payment device to complete a credit transactionwith a merchant. Traditionally, credit transactions are a request forfunds from an issuer of the payment device, with the expectation thatthe customer will repay the funds at a later date. Payment devicescapable of credit transactions are usually assigned a credit limit,e.g., a total monthly expenditure threshold. If a customer initiates acredit transaction with a merchant and the transaction amount wouldcause the credit limit to be exceeded, then the issuer may decline oronly partially approve the transaction. Historically, customers havelimited flexibility with negotiating credit limits and have limitedremedies when a credit transaction is not approved, beyond using anotherpayment device, paying off part of a credit balance, calling an issuerfor relief, or taking other inconvenient measures.

In the prior credit transaction ecosystem, merchants may lose sales andrevenue, at no fault of their own, when a transaction is declined orpartially approved. At the time of purchase, a customer may present apayment device to a merchant at a POS, and a merchant may receive aresponse if the authorization has been approved or declined. In priorsystems, if the issuer declines or partially approves the transaction,the network (e.g., transaction service provider) cannot perform anymachine-supported instant micro-credit (e.g., extension of credit)request for a partial or full transaction amount to any third party. Forsmaller amounts, prior systems cannot dynamically secure a credit togenerate revenues for all parties in the ecosystem. Moreover, creditworthiness is considered only at payment device issuance, whereassubsequent payment device activity is not considered.

Therefore, there is a need in the art for a system to allow a credittransaction to continue to be processed despite receiving a creditdecline or partial initial credit approval from an issuer. There is aneed for an automated process by which the full amount of a credittransaction may be covered during a transaction processing flow, suchthat credit may be extended without significant losses in processingtime or requiring additional customer interaction. Calculatingmicro-credit worthiness based on ongoing payment device behavior is atechnical opportunity for improvement.

SUMMARY

Accordingly, and generally, provided is an improved system, method, andcomputer program product for providing instant credit to a customer at apoint-of-sale. Preferably, provided is a system, method, and computerprogram product for receiving a transaction approval request for atleast one transaction between a merchant and the customer at apoint-of-sale. Preferably, provided is a system, method, and computerprogram product for communicating a credit approval request based on thetransaction approval request to an issuer system. Preferably, providedis a system, method, and computer program product for, in response tothe issuer system initially declining the credit approval request orapproving less than a full transaction amount, determining customer dataused to evaluate an extension of credit to the customer. Preferably,provided is a system, method, and computer program product for receivinga credit approval message from the issuer system for the fulltransaction amount. Preferably, provided is a system, method, andcomputer program product for communicating a transaction approvalmessage to a merchant system associated with the point-of-sale.

According to non-limiting embodiments or aspects, provided is acomputer-implemented method for providing instant credit to a customerat a point-of-sale. The method includes receiving, with at least oneprocessor, a transaction approval request including a full transactionamount for at least one transaction between a merchant and the customerat the point-of-sale configured in an electronic payment processingnetwork. The method also includes communicating, with at least oneprocessor, a credit approval request based on the transaction approvalrequest to an issuer system. The method further includes, in response tothe issuer system initially declining the credit approval request orapproving less than the full transaction amount, and in response toreceiving a data request message from the issuer system, determining,with at least one processor, customer data used to evaluate an extensionof credit to the customer. The method further includes communicating,with at least one processor, the customer data to the issuer system. Themethod further includes receiving, with at least one processor, a creditapproval message from the issuer system including the full transactionamount. The method further includes communicating, with at least oneprocessor, a transaction approval message to a merchant systemassociated with the point-of-sale, wherein the transaction approvalmessage includes the full transaction amount.

In some non-limiting embodiments or aspects, the customer data may bedetermined at least partially from historic transaction data of aplurality of transactions by the customer in a preceding time period.The method may also include communicating, with at least one processor,a message to the merchant system configured to cause the point-of-saleto display a notification of partial initial credit approval. The methodmay further include processing, with at least one processor, settlementof the at least one transaction in response to input authorization atthe point-of-sale by the customer for the extension of credit.

In some non-limiting embodiments or aspects, the method may also includecommunicating, with at least one processor, a message to the merchantsystem configured to cause the point-of-sale to display a notificationof the extension of credit to the customer. The method may furtherinclude communicating, with at least one processor, a message to amobile device of the customer notifying of the extension of credit tothe customer.

In some non-limiting embodiments or aspects, the method may also includeprocessing, with at least one processor, an ongoing plurality oftransactions by the customer with at least one merchant in theelectronic payment processing network. The method may further includeupdating, with at least one processor, a credit score of the customerbased on, and in real-time with, at least one of the ongoing pluralityof transactions. The customer data may include the credit score.

In some non-limiting embodiments or aspects, the determining of thecustomer data may be further in response to determining that adifference between the full transaction amount and a partial approvalamount of the issuer system satisfies a threshold predetermined rangefor the extension of credit.

According to non-limiting embodiments or aspects, provided is a systemfor providing instant credit to a customer at a point-of-sale. Thesystem includes at least one server computer including at least oneprocessor. The at least one server computer is programmed and/orconfigured to receive a transaction approval request including a fulltransaction amount for at least one transaction between a merchant andthe customer at the point-of-sale configured in an electronic paymentprocessing network. The at least one server computer is also programmedand/or configured to communicate a credit approval request based on thetransaction approval request to an issuer system. The at least oneserver computer is further programmed and/or configured to, in responseto the issuer system initially declining the credit approval request orapproving less than the full transaction amount, and in response toreceiving a data request message from the issuer system, determinecustomer data used to evaluate an extension of credit to the customer.The at least one server computer is further programmed and/or configuredto communicate the customer data to the issuer system. The at least oneserver computer is further programmed and/or configured to receive acredit approval message from the issuer system including the fulltransaction amount. The at least one server computer is furtherprogrammed and/or configured to communicate a transaction approvalmessage to a merchant system associated with the point-of-sale, whereinthe transaction approval message includes the full transaction amount.

In some non-limiting embodiments or aspects, the customer data may bedetermined at least partially from historic transaction data of aplurality of transactions by the customer in a preceding time period.The at least one server computer may be further programmed and/orconfigured to communicate a message to the merchant system configured tocause the point-of-sale to display a notification of partial initialcredit approval. The at least one server computer may be furtherprogrammed and/or configured to process settlement of the at least onetransaction in response to input authorization at the point-of-sale bythe customer for the extension of credit.

In some non-limiting embodiments or aspects, the at least one servercomputer may be further programmed and/or configured to communicate amessage to the merchant system configured to cause the point-of-sale todisplay a notification of the extension of credit to the customer. Theat least one server computer may be further programmed and/or configuredto communicate a message to a mobile device of the customer notifying ofthe extension of credit to the customer.

In some non-limiting embodiments or aspects, the at least one servercomputer may be further programmed and/or configured to process anongoing plurality of transactions by the customer with at least onemerchant in the electronic payment processing network. The at least oneserver computer may be further programmed and/or configured to update acredit score of the customer based on, and in real-time with, at leastone of the ongoing plurality of transactions. The customer data mayinclude the credit score.

In some non-limiting embodiments or aspects, determining the customerdata may be further in response to determining that a difference betweenthe full transaction amount and a partial approval amount of the issuersystem satisfies a threshold predetermined range for the extension ofcredit.

According to non-limiting embodiments or aspects, provided is a computerprogram product for providing instant credit to a customer at apoint-of-sale. the computer program product includes at least onenon-transitory computer-readable medium including program instructionsthat, when executed by at least one processor, cause the at least oneprocessor to receive a transaction approval request including a fulltransaction amount for at least one transaction between a merchant andthe customer at the point-of-sale configured in an electronic paymentprocessing network. The program instructions also cause the at least oneprocessor to communicate a credit approval request based on thetransaction approval request to an issuer system. The programinstructions further cause the at least one processor to, in response tothe issuer system initially declining the credit approval request orapproving less than the full transaction amount, and in response toreceiving a data request message from the issuer system, determinecustomer data used to evaluate an extension of credit to the customer.The program instructions further cause the at least one processor tocommunicate the customer data to the issuer system. The programinstructions further cause the at least one processor to receive acredit approval message from the issuer system including the fulltransaction amount. The program instructions further cause the at leastone processor to communicate a transaction approval message to amerchant system associated with the point-of-sale, wherein thetransaction approval message includes the full transaction amount.

In some non-limiting embodiments or aspects, the customer data may bedetermined at least partially from historic transaction data of aplurality of transactions by the customer in a preceding time period.The program instructions may further cause the at least one processor tocommunicate a message to the merchant system configured to cause thepoint-of-sale to display a notification of partial initial creditapproval. The program instructions may further cause the at least oneprocessor to process settlement of the at least one transaction inresponse to input authorization at the point-of-sale by the customer forthe extension of credit.

In some non-limiting embodiments or aspects, the program instructionsmay further cause the at least one processor to communicate a messageto: (i) the merchant system configured to cause the point-of-sale todisplay a notification of the extension of credit to the customer; (ii)a mobile device of the customer notifying of the extension of credit tothe customer; or any combination thereof.

In some non-limiting embodiments or aspects, the program instructionsmay further cause the at least one processor to process an ongoingplurality of transactions by the customer with at least one merchant inthe electronic payment processing network. The program instructions mayfurther cause the at least one processor to update a credit score of thecustomer based on, and in real-time with, at least one of the ongoingplurality of transactions. The customer data may include the creditscore.

In some non-limiting embodiments or aspects, determining the customerdata may be further in response to determining that a difference betweenthe full transaction amount and a partial approval amount of the issuersystem satisfies a threshold predetermined range for the extension ofcredit.

According to non-limiting embodiments or aspects, provided is acomputer-implemented method for providing instant credit to a customerat a point-of-sale. The method includes receiving, with at least oneprocessor, a transaction approval request including a full transactionamount for at least one transaction between a merchant and the customerat the point-of-sale configured in an electronic payment processingnetwork. The method also includes communicating, with at least oneprocessor, a credit approval request based on the transaction approvalrequest to an issuer system. The method further includes, in response toreceiving a message from the issuer system including an approval of lessthan the full transaction amount, determining, with at least oneprocessor, customer data used to evaluate an extension of credit to thecustomer. The method further includes, in response to evaluating, basedat least partially on the customer data, that the customer is able to begranted the extension of credit, communicating, with at least oneprocessor, a transaction approval message to a merchant systemassociated with the point-of-sale, wherein the transaction approvalmessage includes the full transaction amount.

In some non-limiting embodiments or aspects, the customer data isdetermined at least partially from historic transaction data of aplurality of transactions by the customer in a preceding time period.

In some non-limiting embodiments or aspects, the customer data may bedetermined at least partially from historic transaction data of aplurality of transactions by the customer in a preceding time period.The method may also include communicating, with at least one processor,a message to the merchant system configured to cause the point-of-saleto display a notification of partial initial credit approval. The methodmay further include processing, with at least one processor, settlementof the at least one transaction in response to input authorization atthe point-of-sale by the customer for the extension of credit.

In some non-limiting embodiments or aspects, the method may also includecommunicating, with at least one processor, a message to the merchantsystem configured to cause the point-of-sale to display a notificationof the extension of credit to the customer. The method may furtherinclude communicating, with at least one processor, a message to amobile device of the customer notifying of the extension of credit tothe customer.

In some non-limiting embodiments or aspects, the method may also includeprocessing, with at least one processor, an ongoing plurality oftransactions by the customer with at least one merchant in theelectronic payment processing network. The method may further includeupdating, with at least one processor, a credit score of the customerbased on, and in real-time with, at least one of the ongoing pluralityof transactions. The customer data may include the credit score.

In some non-limiting embodiments or aspects, the determining of thecustomer data may be further in response to determining that adifference between the full transaction amount and a partial approvalamount of the issuer system satisfies a threshold predetermined rangefor the extension of credit.

According to non-limiting embodiments or aspects, provided is acomputer-implemented method for providing instant credit to a customerat a point-of-sale. The method includes receiving, with at least oneprocessor, a transaction approval request including a full transactionamount for at least one transaction between a merchant and the customerat the point-of-sale configured in an electronic payment processingnetwork. The method also includes communicating, with at least oneprocessor, a credit approval request based on the transaction approvalrequest to an issuer system. The method further includes, in response toreceiving a message from the issuer system including an approval of lessthan the full transaction amount, determining, with at least oneprocessor, customer data used to evaluate an extension of credit to thecustomer. The method further includes, communicating, with at least oneprocessor, the customer data to at least one third party credit providersystem. The method further includes, receiving, with at least oneprocessor, at least one credit approval message from one or more of theat least one third party credit provider systems. The at least onecredit approval message includes a credit transaction amount, whereinthe credit transaction amount fulfills the full transaction amount. Themethod further includes communicating, with at least one processor, atransaction approval message to a merchant system associated with thepoint-of-sale, wherein the transaction approval message includes thefull transaction amount.

In some non-limiting embodiments or aspects, the customer data may bedetermined at least partially from historic transaction data of aplurality of transactions by the customer in a preceding time period.The method may also include communicating, with at least one processor,a message to the merchant system configured to cause the point-of-saleto display a notification of partial initial credit approval. The methodmay further include processing, with at least one processor, settlementof the at least one transaction in response to input authorization atthe point-of-sale by the customer for the extension of credit.

In some non-limiting embodiments or aspects, the method may also includecommunicating, with at least one processor, a message to the merchantsystem configured to cause the point-of-sale to display a notificationof the extension of credit to the customer. The method may furtherinclude communicating, with at least one processor, a message to amobile device of the customer notifying of the extension of credit tothe customer.

In some non-limiting embodiments or aspects, the method may also includeprocessing, with at least one processor, an ongoing plurality oftransactions by the customer with at least one merchant in theelectronic payment processing network. The method may further includeupdating, with at least one processor, a credit score of the customerbased on, and in real-time with, at least one of the ongoing pluralityof transactions. The customer data may include the credit score.

In some non-limiting embodiments or aspects, the determining of thecustomer data may be further in response to determining that adifference between the full transaction amount and a partial approvalamount of the issuer system satisfies a threshold predetermined rangefor the extension of credit.

Other non-limiting embodiments or aspects of the present disclosure willbe set forth in the following numbered clauses:

Clause 1: A computer-implemented method for providing instant credit toa customer at a point-of-sale, the method comprising: receiving, with atleast one processor, a transaction approval request comprising a fulltransaction amount for at least one transaction between a merchant andthe customer at the point-of-sale configured in an electronic paymentprocessing network; communicating, with at least one processor, a creditapproval request based on the transaction approval request to an issuersystem; in response to the issuer system initially declining the creditapproval request or approving less than the full transaction amount, andin response to receiving a data request message from the issuer system,determining, with at least one processor, customer data used to evaluatean extension of credit to the customer; communicating, with at least oneprocessor, the customer data to the issuer system; receiving, with atleast one processor, a credit approval message from the issuer systemcomprising the full transaction amount; and communicating, with at leastone processor, a transaction approval message to a merchant systemassociated with the point-of-sale, wherein the transaction approvalmessage comprises the full transaction amount.

Clause 2: The method of clause 1, wherein the customer data isdetermined at least partially from historic transaction data of aplurality of transactions by the customer in a preceding time period.

Clause 3: The method of clause 1 or 2, further comprising:communicating, with at least one processor, a message to the merchantsystem configured to cause the point-of-sale to display a notificationof partial initial credit approval; and processing, with at least oneprocessor, settlement of the at least one transaction in response toinput authorization at the point-of-sale by the customer for theextension of credit.

Clause 4: The method of any of clauses 1-3, further comprisingcommunicating, with at least one processor, a message to the merchantsystem configured to cause the point-of-sale to display a notificationof the extension of credit to the customer.

Clause 5: The method of any of clauses 1-4, further comprisingcommunicating, with at least one processor, a message to a mobile deviceof the customer notifying of the extension of credit to the customer.

Clause 6: The method of any of clauses 1-5, further comprising:processing, with at least one processor, an ongoing plurality oftransactions by the customer with at least one merchant in theelectronic payment processing network; and updating, with at least oneprocessor, a credit score of the customer based on, and in real-timewith, at least one of the ongoing plurality of transactions; wherein thecustomer data comprises the credit score.

Clause 7: The method of any of clauses 1-6, wherein the determining ofthe customer data is further in response to determining that adifference between the full transaction amount and a partial approvalamount of the issuer system satisfies a threshold predetermined rangefor the extension of credit.

Clause 8: A system for providing instant credit to a customer at apoint-of-sale, the system comprising at least one server computerincluding at least one processor, the at least one server computerprogrammed and/or configured to: receive a transaction approval requestcomprising a full transaction amount for at least one transactionbetween a merchant and the customer at the point-of-sale configured inan electronic payment processing network; communicate a credit approvalrequest based on the transaction approval request to an issuer system;in response to the issuer system initially declining the credit approvalrequest or approving less than the full transaction amount, and inresponse to receiving a data request message from the issuer system,determine customer data used to evaluate an extension of credit to thecustomer; communicate the customer data to the issuer system; receive acredit approval message from the issuer system comprising the fulltransaction amount; and communicate a transaction approval message to amerchant system associated with the point-of-sale, wherein thetransaction approval message comprises the full transaction amount.

Clause 9: The system of clause 8, wherein the customer data isdetermined at least partially from historic transaction data of aplurality of transactions by the customer in a preceding time period.

Clause 10: The system of clause 8 or 9, wherein the at least one servercomputer is further programmed and/or configured to: communicate amessage to the merchant system configured to cause the point-of-sale todisplay a notification of partial initial credit approval; and processsettlement of the at least one transaction in response to inputauthorization at the point-of-sale by the customer for the extension ofcredit.

Clause 11: The system of any of clauses 8-10, wherein the at least oneserver computer is further programmed and/or configured to communicate amessage to the merchant system configured to cause the point-of-sale todisplay a notification of the extension of credit to the customer.

Clause 12: The system of any of clauses 8-11, wherein the at least oneserver computer is further programmed and/or configured to communicate amessage to a mobile device of the customer notifying of the extension ofcredit to the customer.

Clause 13: The system of any of clauses 8-12, wherein the at least oneserver computer is further programmed and/or configured to: process anongoing plurality of transactions by the customer with at least onemerchant in the electronic payment processing network; and update acredit score of the customer based on, and in real-time with, at leastone of the ongoing plurality of transactions; wherein the customer datacomprises the credit score.

Clause 14: The system of any of clauses 8-13, wherein determining thecustomer data is further in response to determining that a differencebetween the full transaction amount and a partial approval amount of theissuer system satisfies a threshold predetermined range for theextension of credit.

Clause 15: A computer program product for providing instant credit to acustomer at a point-of-sale, the computer program product comprising atleast one non-transitory computer-readable medium including programinstructions that, when executed by at least one processor, cause the atleast one processor to: receive a transaction approval requestcomprising a full transaction amount for at least one transactionbetween a merchant and the customer at the point-of-sale configured inan electronic payment processing network; communicate a credit approvalrequest based on the transaction approval request to an issuer system;in response to the issuer system initially declining the credit approvalrequest or approving less than the full transaction amount, and inresponse to receiving a data request message from the issuer system,determine customer data used to evaluate an extension of credit to thecustomer; communicate the customer data to the issuer system; receive acredit approval message from the issuer system comprising the fulltransaction amount; and communicate a transaction approval message to amerchant system associated with the point-of-sale, wherein thetransaction approval message comprises the full transaction amount.

Clause 16: The computer program product of clause 15, wherein thecustomer data is determined at least partially from historic transactiondata of a plurality of transactions by the customer in a preceding timeperiod.

Clause 17: The computer program product of clause 15 or 16, wherein theprogram instructions further cause the at least one processor to:communicate a message to the merchant system configured to cause thepoint-of-sale to display a notification of partial initial creditapproval; and process settlement of the at least one transaction inresponse to input authorization at the point-of-sale by the customer forthe extension of credit.

Clause 18: The computer program product of any of clauses 15-17, whereinthe program instructions may further cause the at least one processor tocommunicate a message to: (i) the merchant system configured to causethe point-of-sale to display a notification of the extension of creditto the customer; (ii) a mobile device of the customer notifying of theextension of credit to the customer; or any combination thereof.

Clause 19: The computer program product of any of clauses 15-18, whereinthe program instructions further cause the at least one processor to:process an ongoing plurality of transactions by the customer with atleast one merchant in the electronic payment processing network; andupdate a credit score of the customer based on, and in real-time with,at least one of the ongoing plurality of transactions; wherein thecustomer data comprises the credit score.

Clause 20: The computer program product of any of clauses 15-19, whereindetermining the customer data is further in response to determining thata difference between the full transaction amount and a partial approvalamount of the issuer system satisfies a threshold predetermined rangefor the extension of credit.

Clause 21: A computer-implemented method for providing instant credit toa customer at a point-of-sale, the method comprising: receiving, with atleast one processor, a transaction approval request comprising a fulltransaction amount for at least one transaction between a merchant andthe customer at the point-of-sale configured in an electronic paymentprocessing network; communicating, with at least one processor, a creditapproval request based on the transaction approval request to an issuersystem; in response to receiving a message from the issuer systemcomprising a decline or an approval of less than the full transactionamount, determining, with at least one processor, customer data used toevaluate an extension of credit to the customer; in response toevaluating, based at least partially on the customer data, that thecustomer is able to be granted the extension of credit; andcommunicating, with at least one processor, a transaction approvalmessage to a merchant system associated with the point-of-sale, whereinthe transaction approval message comprises the full transaction amount.

Clause 22: The method of clause 21, wherein the customer data isdetermined at least partially from historic transaction data of aplurality of transactions by the customer in a preceding time period.

Clause 23: The method of clause 21 or 22, further comprising:communicating, with at least one processor, a message to the merchantsystem configured to cause the point-of-sale to display a notificationof partial initial credit approval; and processing, with at least oneprocessor, settlement of the at least one transaction in response toinput authorization at the point-of-sale by the customer for theextension of credit.

Clause 24: The method of any of clauses 21-23, further comprisingcommunicating, with at least one processor, a message to the merchantsystem configured to cause the point-of-sale to display a notificationof the extension of credit to the customer.

Clause 25: The method of any of clauses 21-24, further comprisingcommunicating, with at least one processor, a message to a mobile deviceof the customer notifying of the extension of credit to the customer.

Clause 26: The method of any of clauses 21-25, further comprising:processing, with at least one processor, an ongoing plurality oftransactions by the customer with at least one merchant in theelectronic payment processing network; and updating, with at least oneprocessor, a credit score of the customer based on, and in real-timewith, at least one of the ongoing plurality of transactions; wherein thecustomer data comprises the credit score.

Clause 27: The method of any of clauses 21-26, wherein the determiningof the customer data is further in response to determining that adifference between the full transaction amount and a partial approvalamount of the issuer system satisfies a threshold predetermined rangefor the extension of credit.

Clause 28: A computer-implemented method for providing instant credit toa customer at a point-of-sale, the method comprising: receiving, with atleast one processor, a transaction approval request comprising a fulltransaction amount for at least one transaction between a merchant andthe customer at the point-of-sale configured in an electronic paymentprocessing network; communicating, with at least one processor, a creditapproval request based on the transaction approval request to an issuersystem; in response to receiving a message from the issuer systemincluding a decline or an approval of less than the full transactionamount, determining, with at least one processor, customer data used toevaluate an extension of credit to the customer; communicating, with atleast one processor, the customer data to at least one third partycredit provider system; receiving, with at least one processor, at leastone credit approval message from one or more of the at least one thirdparty credit provider systems, the at least one credit approval messagecomprising a credit transaction amount, wherein the credit transactionamount fulfills the full transaction amount; and communicating, with atleast one processor, a transaction approval message to a merchant systemassociated with the point-of-sale, wherein the transaction approvalmessage comprises the full transaction amount.

Clause 29: The method of clause 28, wherein the customer data isdetermined at least partially from historic transaction data of aplurality of transactions by the customer in a preceding time period.

Clause 30: The method of clause 28 or 29, further comprising:communicating, with at least one processor, a message to the merchantsystem configured to cause the point-of-sale to display a notificationof partial initial credit approval; and processing, with at least oneprocessor, settlement of the at least one transaction in response toinput authorization at the point-of-sale by the customer for theextension of credit.

Clause 31: The method of any of clauses 28-30, further comprisingcommunicating, with at least one processor, a message to the merchantsystem configured to cause the point-of-sale to display a notificationof the extension of credit to the customer.

Clause 32: The method of any of clauses 28-31, further comprisingcommunicating, with at least one processor, a message to a mobile deviceof the customer notifying of the extension of credit to the customer.

Clause 33: The method of any of clauses 28-32, further comprising:processing, with at least one processor, an ongoing plurality oftransactions by the customer with at least one merchant in theelectronic payment processing network; and updating, with at least oneprocessor, a credit score of the customer based on, and in real-timewith, at least one of the ongoing plurality of transactions; wherein thecustomer data comprises the credit score.

Clause 34: The method of any of clauses 28-33, wherein the determiningof the customer data is further in response to determining that adifference between the full transaction amount and a partial approvalamount of the issuer system satisfies a threshold predetermined rangefor the extension of credit.

These and other features and characteristics of the present disclosure,as well as the methods of operation and functions of the relatedelements of structures and the combination of parts and economies ofmanufacture, will become more apparent upon consideration of thefollowing description and the appended claims with reference to theaccompanying drawings, all of which form a part of this specification,wherein like reference numerals designate corresponding parts in thevarious figures. It is to be expressly understood, however, that thedrawings are for the purpose of illustration and description only andare not intended as a definition of the limits of the presentdisclosure. As used in the specification and the claims, the singularform of “a,” “an,” and “the” include plural referents unless the contextclearly dictates otherwise.

BRIEF DESCRIPTION OF THE DRAWINGS

Additional advantages and details of the disclosure are explained ingreater detail below with reference to the exemplary embodiments thatare illustrated in the accompanying schematic figures, in which:

FIG. 1 is a schematic diagram of one embodiment or aspect of a systemfor providing instant credit to a customer at a point-of-sale;

FIG. 2 is a schematic diagram of one embodiment or aspect of a systemfor providing instant credit to a customer at a point-of-sale;

FIG. 3 is a process diagram of one embodiment or aspect of a system forproviding instant credit to a customer at a point-of-sale;

FIG. 4 is a process diagram of one embodiment or aspect of a system forproviding instant credit to a customer at a point-of-sale;

FIG. 5 is a process diagram of one embodiment or aspect of a system forproviding instant credit to a customer at a point-of-sale;

FIG. 6 is a process diagram of one embodiment or aspect of a system forproviding instant credit to a customer at a point-of-sale; and

FIG. 7 is a process diagram of one embodiment or aspect of a system forproviding instant credit to a customer at a point-of-sale.

DETAILED DESCRIPTION

For purposes of the description hereinafter, the terms “upper”, “lower”,“right”, “left”, “vertical”, “horizontal”, “top”, “bottom”, “lateral”,“longitudinal,” and derivatives thereof shall relate to non-limitingembodiments as they are oriented in the drawing figures. However, it isto be understood that non-limiting embodiments may assume variousalternative variations and step sequences, except where expresslyspecified to the contrary. It is also to be understood that the specificdevices and processes illustrated in the attached drawings, anddescribed in the following specification, are simply exemplaryembodiments. Hence, specific dimensions and other physicalcharacteristics related to the embodiments disclosed herein are not tobe considered as limiting.

No aspect, component, element, structure, act, step, function,instruction, and/or the like used herein should be construed as criticalor essential unless explicitly described as such. Also, as used herein,the articles “a” and “an” are intended to include one or more items andmay be used interchangeably with “one or more” and “at least one.”Furthermore, as used herein, the term “set” is intended to include oneor more items (e.g., related items, unrelated items, a combination ofrelated and unrelated items, etc.) and may be used interchangeably with“one or more” or “at least one.” Where only one item is intended, theterm “one” or similar language is used. Also, as used herein, the terms“has,” “have,” “having,” or the like are intended to be open-endedterms. Further, the phrase “based on” is intended to mean “based atleast partially on” unless explicitly stated otherwise.

Some non-limiting embodiments are described herein in connection withthresholds. As used herein, satisfying a threshold may refer to a valuebeing greater than the threshold, more than the threshold, higher thanthe threshold, greater than or equal to the threshold, less than thethreshold, fewer than the threshold, lower than the threshold, less thanor equal to the threshold, equal to the threshold, and/or the like.

As used herein, the terms “communication” and “communicate” may refer tothe reception, receipt, transmission, transfer, provision, and/or thelike, of information (e.g., data, signals, messages, instructions,commands, and/or the like). For one unit (e.g., a device, a system, acomponent of a device or system, combinations thereof, and/or the like)to be in communication with another unit means that the one unit is ableto directly or indirectly receive information from and/or transmitinformation to the other unit. This may refer to a direct or indirectconnection (e.g., a direct communication connection, an indirectcommunication connection, and/or the like) that is wired and/or wirelessin nature. Additionally, two units may be in communication with eachother even though the information transmitted may be modified,processed, relayed, and/or routed between the first and second unit. Forexample, a first unit may be in communication with a second unit eventhough the first unit passively receives information and does notactively transmit information to the second unit. As another example, afirst unit may be in communication with a second unit if at least oneintermediary unit (e.g., a third unit located between the first unit andthe second unit) processes information received from the first unit andcommunicates the processed information to the second unit. In somenon-limiting embodiments, a message may refer to a network packet (e.g.,a data packet, and/or the like) that includes data. Any known electroniccommunication protocols and/or algorithms may be used such as, forexample, TCP/IP (including HTTP and other protocols), WLAN (including802.11 and other radio frequency-based protocols and methods), analogtransmissions, cellular networks (e.g., Global System for MobileCommunications (GSM), Code Division Multiple Access (CDMA), Long-TermEvolution (LTE), Worldwide Interoperability for Microwave Access(WiMAX), etc.), and/or the like. It will be appreciated that numerousother arrangements are possible.

As used herein, the term “mobile device” may refer to one or moreportable electronic devices configured to communicate with one or morenetworks. As an example, a mobile device may include a cellular phone(e.g., a smartphone or standard cellular phone), a portable computer(e.g., a tablet computer, a laptop computer, etc.), a wearable device(e.g., a watch, pair of glasses, lens, clothing, and/or the like), apersonal digital assistant (PDA), and/or other like devices. The term“client device,” as used herein, refers to any electronic device that isconfigured to communicate with one or more servers or remote devicesand/or systems. A client device may include a mobile device, anetwork-enabled appliance (e.g., a network-enabled television,refrigerator, thermostat, and/or the like), a computer, a POS system,and/or any other device or system capable of communicating with anetwork.

As used herein, the term “computing device” may refer to one or moreelectronic devices that are configured to directly or indirectlycommunicate with or over one or more networks. The computing device maybe a mobile device. As an example, a mobile device may include acellular phone (e.g., a smartphone or standard cellular phone), aportable computer, a wearable device (e.g., watches, glasses, lenses,clothing, and/or the like), a personal digital assistant (PDA), and/orother like devices. The computing device may not be a mobile device,such as a desktop computer. Furthermore, the term “computer” may referto any computing device that includes the necessary components toreceive, process, and output data, and normally includes a display, aprocessor, a memory, an input device, and a network interface. An“application” or “application program interface” (API) refers tocomputer code or other data sorted on a computer-readable medium thatmay be executed by a processor to facilitate the interaction betweensoftware components, such as a client-side front-end and/or server-sideback-end for receiving data from the client. An “interface” refers to agenerated display, such as one or more graphical user interfaces (GUIs)with which a user may interact, either directly or indirectly (e.g.,through a keyboard, mouse, etc.).

As used herein, the term “payment device” may refer to a portablefinancial device, an electronic payment device, a payment card (e.g., acredit or debit card), a gift card, a smartcard, smart media, a payrollcard, a healthcare card, a wrist band, a machine-readable mediumcontaining account information, a keychain device or fob, an RFIDtransponder, a retailer discount or loyalty card, a cellular phone, anelectronic wallet mobile application, a personal digital assistant(PDA), a pager, a security card, a computer, an access card, a wirelessterminal, a transponder, and/or the like. In some non-limitingembodiments, the payment device may include volatile or non-volatilememory to store information (e.g., an account identifier, a name of theaccount holder, and/or the like).

As used herein, the term “transaction service provider” may refer to anentity that receives transaction authorization requests from merchantsor other entities and provides guarantees of payment, in some casesthrough an agreement between the transaction service provider and anissuer institution. For example, a transaction service provider mayinclude a payment network such as Visa® or any other entity thatprocesses transactions. The term “transaction processing system” mayrefer to one or more computer systems operated by or on behalf of atransaction service provider, such as a transaction processing serverexecuting one or more software applications, a token service executingone or more software applications, and/or the like. A transactionprocessing server may include one or more processors and, in somenon-limiting embodiments, may be operated by or on behalf of atransaction service provider.

As used herein, the term “issuer institution” may refer to one or moreentities, such as a bank, that provide accounts to customers forconducting transactions (e.g., payment transactions), such as initiatingcredit and/or debit payments. For example, an issuer institution mayprovide an account identifier, such as a primary account number (PAN),to a customer that uniquely identifies one or more accounts associatedwith that customer. The account identifier may be embodied on a paymentdevice, such as a physical payment instrument, e.g., a payment card,and/or may be electronic and used for electronic payments. The term“issuer system” refers to one or more computer systems operated by or onbehalf of an issuer institution, such as a server computer executing oneor more software applications. For example, an issuer system may includeone or more authorization servers for authorizing a transaction.

As used herein, the term “acquirer institution” may refer to an entitylicensed and/or approved by the transaction service provider tooriginate transactions (e.g., payment transactions) using a paymentdevice associated with the transaction service provider. Thetransactions the acquirer institution may originate may include paymenttransactions (e.g., purchases, original credit transactions (OCTs),account funding transactions (AFTs), and/or the like). In somenon-limiting embodiments, an acquirer institution may be a bank. As usedherein, the term “acquirer system” may refer to one or more computersystems, computer devices, software applications, and/or the likeoperated by or on behalf of an acquirer institution.

As used herein, the terms “authenticating system” and “authenticationsystem” may refer to one or more computing devices that authenticate auser and/or an account, such as but not limited to a transactionprocessing system, merchant system, issuer system, payment gateway, athird-party authenticating service, and/or the like.

As used herein, the term “account identifier” may include one or morePANs, tokens, or other identifiers associated with a customer account.The term “token” may refer to an identifier that is used as a substituteor replacement identifier for an original account identifier, such as aPAN. Account identifiers may be alphanumeric or any combination ofcharacters and/or symbols. Tokens may be associated with a PAN or otheroriginal account identifier in one or more data structures (e.g., one ormore databases and/or the like) such that they may be used to conduct atransaction without directly using the original account identifier. Insome examples, an original account identifier, such as a PAN, may beassociated with a plurality of tokens for different individuals orpurposes.

As used herein, the term “merchant” may refer to an individual or entitythat provides goods and/or services, or access to goods and/or services,to customers based on a transaction, such as a payment transaction. Theterm “merchant” or “merchant system” may also refer to one or morecomputer systems operated by or on behalf of a merchant, such as aserver computer executing one or more software applications. A“point-of-sale (POS) system,” as used herein, may refer to one or morecomputers and/or peripheral devices used by a merchant to engage inpayment transactions with customers, including one or more card readers,near-field communication (NFC) receivers, RFID receivers, and/or othercontactless transceivers or receivers, contact-based receivers, paymentterminals, computers, servers, input devices, and/or other like devicesthat can be used to initiate a payment transaction.

As used herein, the term “server” or “server computer” may refer to orinclude one or more processors or computers, storage devices, or similarcomputer arrangements that are operated by or facilitate communicationand processing for multiple parties in a network environment, such asthe Internet, although it will be appreciated that communication may befacilitated over one or more public or private network environments andthat various other arrangements are possible. Further, multiplecomputers, e.g., servers, or other computerized devices, e.g., POSdevices, directly or indirectly communicating in the network environmentmay constitute a “system,” such as a merchant's POS system. Reference to“a server” or “a processor,” as used herein, may refer to apreviously-recited server and/or processor that is recited as performinga previous step or function, a different server and/or processor, and/ora combination of servers and/or processors. For example, as used in thespecification and the claims, a first server and/or a first processorthat is recited as performing a first step or function may refer to thesame or different server and/or a processor recited as performing asecond step or function.

Non-limiting embodiments or aspects of the present disclosure aredirected to a system, method, and computer program product for providinginstant credit to a customer at a point-of-sale (POS). Describedembodiments and aspects improve upon prior art technical solutions byleveraging the in-data-stream position of a transaction processingserver to resolve credit decline messages or partial approval messages.Extensions of credit can be analyzed in real-time with the processing ofa customer transaction at a POS, greatly improving the speed andefficiency of computerized settlement processes. Transaction settlementis further streamlined by not requiring additional customer inputs,separate transaction requests, or personnel management. The number ofcommunicative network connections is reduced, as credit provider systemsno longer need to generate communications back and forth withcustomer/merchant communication devices for full credit authorizations.Furthermore, described systems and methods combine the benefits of anongoing customer credit risk assessment system with real-timetransaction processing systems, thereby reducing calculation/analysistime at the moment of credit extension. Furthermore, prior art systemslack the interoperability of the described systems and methods, whichintegrate third party credit provider networks, issuer systems, acquirersystems, transaction service provider systems, merchant systems, and/orcustomer systems.

With specific reference to FIG. 1, and in some non-limiting embodimentsor aspects, provided is a system 100 for providing instant credit to acustomer 102 at a point-of-sale (POS) 108. The system 100 includes acustomer 102 that engages in one or more transactions with a POS 108 ofa merchant 106 using one or more payment devices 104. The transactionsare communicated to a transaction processing server 112 of a transactionservice provider 110, e.g., in the form of transaction authorizationrequests. The transaction processing server 112 may be a plurality ofservers of the transaction service provider 110. Transaction data of thetransaction may be stored in a transaction database 114 by thetransaction processing server 112 before, during, and/or afterprocessing of the transaction. Transaction data may include, but is notlimited to, payment device identifier, payment device type, merchantidentifier, merchant type, transaction amount, transaction time,transaction date, transaction description, and/or the like.

For transactions that are credit transactions, the transactionprocessing server 112 may communicate a credit approval request, basedon the transaction authorization request, to an issuer system 118associated with the customer's 102 payment device 104. The creditapproval request may include, but is not limited to, a transactionidentifier, a credit amount, a payment device identifier, and/or thelike. The credit approval request may include and/or be the transactionauthorization request. If a credit transaction is for an amount lessthan or equal to a credit limit of the payment device 104 (e.g., anhourly limit, a daily limit, a monthly limit, etc.), the issuer system118 may communicate a credit approval message to the transactionprocessing server 112. Comparison of the credit transaction to thecredit limit may be on the basis of the credit transaction alone, e.g.,determining if the credit transaction amount meets or exceeds anindividual transaction threshold; and/or on the basis of an aggregatetransaction amount, e.g., determining if the credit transaction amount,in combination with past transactions in a time period for the paymentdevice 104, meets or exceeds an aggregate transaction threshold. Thetransaction processing server 112 may, if having received a creditapproval message, complete the processing of the credit transaction andcommunicate a transaction approval message, e.g., in the form of atransaction authorization response message, to the POS 108.

If the credit transaction is for an amount more than a credit limit ofthe payment device 104, or the issuer system 118 otherwise does notapprove the full amount of the credit transaction, the issuer system 118may communicate a credit decline message or partial credit approvalmessage to the transaction processing server 112. The credit declinemessage may also include a partial credit approval for an amount lessthan the full transaction amount. Instead of cancelling/declining thetransaction, the transaction processing server 112 may initiate, duringthe processing of the transaction, a process to determine if thecustomer 102 may be granted an extension of credit to satisfy the fulltransaction amount. The transaction processing server 112 and/or acredit analysis server 116 may determine customer data used to evaluatean extension of credit. Customer data may include, but is not limitedto, a creditworthiness recommendation, personal information of thecustomer 102, historic transaction data of the customer 102 and/orpayment device 104, probability of customer payback, data of othercustomers/payment devices, and/or the like. Customer data may alsoinclude, but is not limited to, customer 102 identifier(s), paymentdevice 104 identifier(s), payment device 104 type(s) (e.g., debit,credit, pre-paid, etc.), transaction amount(s), average transactionamount in a time period, maximum transaction amount in a time period,minimum transaction amount in a time period, daily spending total(s) ofthe customer 102 and/or payment device 104, monthly spending total(s) bythe customer 102 and/or payment device 104, independent risk assessmentdata (e.g., data of frauds associated with the payment device, risklevel scores, etc.), approval ratio (e.g., number of transactionsapproved vs. number of transactions declined), transaction channels,means of authentication/verification for the payment device, time ofpayment device circulation since issue, and/or the like.

With further reference to FIG. 1, and in some non-limiting embodimentsor aspects, the transaction processing server 112 may communicate thecustomer data to the issuer system 118 for the issuer to determine ifthe customer 102 may be granted an extension of credit for the remainderof the full transaction amount (e.g., all or part of the fulltransaction amount). The transaction processing server 112 maycommunicate the customer data to the issuer system 118 in response to arequest by the issuer system 118 for the customer data. A request fromthe issuer system 118 for customer data may specify types of customerdata for the transaction processing server 112 to communicate. Theissuer system 118, having received the customer data, may then evaluateif the customer 102 meets creditworthiness parameters for an extensionof credit for a remainder of the full transaction amount. In somenon-limiting embodiments or aspects, the credit analysis server 116 ofthe transaction service provider 110 may evaluate if the customer 102meets creditworthiness parameters for an extension of credit, in whichcase the customer data communicated to the issuer system 118 may includea creditworthiness recommendation, e.g., an indication that theextension of credit should be granted, an indication that the extensionof credit should be declined, and/or the like. The credit analysisserver 116 may be configured to apply creditworthiness evaluationparameters specific to the issuer system 118, and such parameters may beinput by the issuer system 118 via an interface with the credit analysisserver 116. Creditworthiness evaluation parameters may includestatistical aggregated values of past transaction amounts, dates, times,locations, merchants, locations, and/or the like, compared to targettransaction parameters. If the customer data satisfies thecreditworthiness parameters associated with the issuer, the issuersystem 118 may communicate a credit approval message for the fulltransaction amount to the transaction processing server 112 (e.g., asone credit approval or as two or more credit approvals). The transactionprocessing server 112 may then communicate a transaction approvalmessage for the credit transaction to the POS 108 of the merchant 106.

With further reference to FIG. 1, and in some non-limiting embodimentsor aspects, the transaction processing server 112 may internallyevaluate the customer data to determine if the customer 102 may begranted an extension of credit by the transaction service provider 110for the remainder of the full transaction amount. The transactionprocessing server 112 may evaluate the customer data in response to theissuer system 118 initially declining the credit approval request and/orapproving less than the full transaction amount. The transaction serviceprovider 110, via a credit analysis server 116, may evaluate if thecustomer 102 meets creditworthiness parameters for an extension ofcredit for a remainder of the full transaction amount. If the customerdata satisfies the creditworthiness parameters of the transactionservice provider 110, the transaction processing server 112 mayauthorize an extension of credit for the remainder of the fulltransaction amount and communicate a transaction approval message to thePOS 108 of the merchant 106.

With further reference to FIG. 1, and in some non-limiting embodimentsor aspects, the transaction processing server 112 may communicate thecustomer data to a third party credit provider system 120 for the thirdparty credit provider to determine if the customer 102 may be granted anextension of credit for the remainder of the full transaction amount.The transaction processing server 112 may communicate the customer datato the third party credit provider system 120 in response to the issuersystem 118 initially declining the credit approval request or approvingless than the full transaction amount. The third party credit providersystem 120, having received the customer data, may then evaluate if thecustomer 102 meets creditworthiness parameters for an extension ofcredit for a remainder of the full transaction amount. In somenon-limiting embodiments or aspects, the credit analysis server 116 ofthe transaction service provider 110 may evaluate if the customer 102meets creditworthiness parameters for an extension of credit, in whichcase the customer data communicated to the third party credit providersystem 120 may include a creditworthiness recommendation, e.g., anindication that the extension of credit should be granted, an indicationthat the extension of credit should be declined, and/or the like. Thecredit analysis server 116 may be configured to apply creditworthinessevaluation parameters specific to the third party credit provider system120, and such parameters may be input by the third party credit providervia an interface with the credit analysis server 116. If the customerdata satisfies the creditworthiness parameters associated with the thirdparty credit provider, the third party credit provider system 120 maycommunicate a credit approval message for an extension of credit to thetransaction processing server 112 to cover the remainder of the fulltransaction amount. The transaction processing server 112 may thencommunicate a transaction approval message for the credit transaction tothe POS 108 of the merchant 106.

Notifications of extensions of credit, granted by issuer systems 118,transaction service providers 110, third party credit provider systems120, and/or the like, may be communicated to a customer's 102communication device 122. The transaction processing server 112, or acommunication server associated therewith, may generate and communicatea message to a communication device 122 of the customer 102, e.g., amobile device, with information about the extension of credit,including, but not limited to, extension credit amount, extension creditprovider, extension credit payback information, and/or the like. It willbe appreciated that the transaction processing server 112, discussedthroughout, may be the same server as the credit analysis server 116. Itwill further be appreciated that the third party credit provider system120 may be associated with a merchant 106.

With further reference to FIG. 1, and in some non-limiting embodimentsor aspects, a customer 102 may be first required to subscribe to acredit extension service to be considered for micro-credits as describedherein. A transaction processing server 112 may first determine if thecustomer 102 is a subscriber before determining customer data used toevaluate an extension of credit. Furthermore, the transaction serviceprovider 110 system may communicate a confirmation message to acommunication device 122 of the customer 102 before the extension ofcredit is issued.

With specific reference to FIG. 2, and in non-limiting embodiments oraspects, provided is a system 200 for providing instant credit to acustomer 102 at a point-of-sale (POS) 108. A transaction may beinitiated at the POS 108 of a merchant 106, and an acquirer system 202may construct an authorization request and forward it to a transactionservice provider 110. The authorization request may be received by atransaction processing server 112. The transaction processing server 112may then communicate a credit approval request to an issuer system 118associated with a payment device of the initiated transaction. Thecredit approval request may be, or include, the transactionauthorization request. If the issuer system 118 determines that the fulltransaction amount cannot be credited for the transaction, the issuersystem 118 may communicate to the transaction processing server 112 adecline and/or a partial credit approval for an amount less than thefull transaction amount. The transaction processing server 112 may thendetermine if the remainder (e.g., the amount less than the fulltransaction amount that the issuer system 118 will not credit) is withina predetermined threshold, e.g., $500. The predetermined threshold maybe an amount up to which the customer is able to be granted as anextension of credit (e.g., a micro-credit range). If the amount declinedis not within the threshold, the transaction processing server 112 maycommunicate the decline to the POS 108. If the amount declined is withinthe threshold, the transaction processing server 112 may then determinecustomer data indicative of customer credit worthiness that may be usedto evaluate an extension of credit (e.g., to determine if a customershould be given a micro-credit).

The transaction processing server 112 may communicate a request for anextension of credit, e.g., a micro-credit request, to a third partycredit provider system 120. The request for an extension of credit mayinclude a customer identifier (e.g., a customer token), a new strippedauthorization request message, a card-not-present (CNP) indicator (e.g.,to indicate whether a payment device is physically present at a POS108), a maximum micro-credit amount, and the customer data (e.g.,including a probability of the customer paying back the extension ofcredit). The stripped authorization request message may be the originalauthorization request message that is stripped by the transactionprocessing server 112 and used to construct the new micro-credit requestmessage. The third party credit provider system 120 may becommunicatively connected to a token vault 204, e.g., a token database,and may use a customer token to retrieve customer data. Customer datamay be stored in the token database by the transaction service provider110. Using the customer data retrieved from the token vault 204, thethird party credit provider system 120 may determine a credit rating,receive a credit rating from a regional agency, and/or use the customerdata to determine credit worthiness with regard to the extension ofcredit. A third party credit provider need not issue its own paymentdevices or personal account numbers, but it may settle transactions withVisa and the customer to cover an extension of credit. Further, a thirdparty credit provider may be able to tolerate higher risk levels thanthe issuer of the customer's payment device.

It may be necessary to prevent third party credit provider systems 120from accessing payment device identifiers of underlying transactions forwhich micro-credits are issued. In particular, no other entity besidethe issuer of the payment device may know the payment device identifier.The transaction service provider 110 may generate new tokens only formicro-credit (e.g., extension of credit) transactions. New tokens may bestored in a token vault 204. A token may be restricted from being usedfor other financial transactions other than micro-credit transactions.Tokens may include a new indicator (e.g., a code) to specially designatemessages as pertaining to a micro-credit, e.g., a credit extension,particularly for advice messages transmitted to a POS 108.

If the third party credit provider system 120 determines that thecustomer will be granted an extension of credit to complete thetransaction, by covering all or part of the full transaction amount, thethird party credit provider system 120 may communicate a credit approvalmessage to the transaction processing server 112. If the third partycredit provider system 120 determines that the customer will not begranted an extension of credit, the third party credit provider system120 may communicate a credit decline message and/or partial approvalmessage to the transaction processing server 112, and the transactionprocessing server 112 may attempt to acquire the extension of creditthrough another entity (e.g., the transaction service provider 110,issuer system 118, another third party credit provider, etc.) orotherwise communicate a transaction decline to the POS 108. If anextension of credit is approved by the third party credit providersystem 120, the transaction processing server 112 may completesettlement of the transaction by communicating with the issuer system118 and/or third party credit provider system 120 for any applicablecredit issuance, and the transaction processing server 112 maycommunicate a transaction approval message, e.g., a transactionauthorization message, to the merchant 106 system (e.g., the POS 108).The transaction service provider 110 may record the transaction in thetransaction database 114 as a special transaction to denote that thecredit transaction was approved via an extension of credit, at least inpart. The special transaction status may be an indicator (e.g., code)designating the transaction as pertaining to a micro-credit, and/orrequiring multiple settlements with multiple parties.

With further reference to FIG. 2, and in some non-limiting embodimentsor aspects, when an initial credit approval request is declined orpartially approved by an issuer, then the transaction processing server112 may generate a micro-credit message, e.g., a transactionauthorization request sequence of data, to receive credit approval foran extension of credit that is equal to or less than the fulltransaction amount. The micro-credit message may be communicated to theissuer system 118 and/or one or more third party credit provider systems120 for processing and approval. The new micro-credit message mayinclude a new token ID to replace the original payment deviceidentifier, the token ID representing a micro-credit request tokenstored in the token vault 204. Micro-credit request tokens may beassociated with customer data such as, but not limited to, customername, date of birth, passport or social security number, billingaddress, and/or the like. The new micro-credit message may also includea customer billing amount, representing the micro-credit amount requiredto satisfy the remainder of the full transaction amount (e.g., all orpart of the full transaction amount). The new micro-credit message mayfurther have an associated card sequence number set to zero, andintegrated card chip (ICC) related data may be emptied out. Transactionfee data, product ID data, and fee program indicator data may all bedefined with new labels for the micro-credit message. The micro-creditmessage may also include a risk score (e.g., a credit score), based onhistoric information for the customer, may include a new field with amaximum amount for which the customer may be given the micro-credit, anda new field representing the probability of the customer paying themicro-credit back. It will be appreciated that many configurations ofthe micro-credit message are possible.

With specific reference to FIG. 3, and in non-limiting embodiments oraspects, provided is a method 300 of providing instant credit to acustomer at a point-of-sale (POS). The steps of the method 300 may becompleted by a transaction processing server, a credit analysis server,another transaction service provider system server, or any combinationthereof. In step 302, the transaction processing server may receive atransaction approval request, e.g., a transaction authorization request.The transaction approval request may include a full transaction amountfor one or more transactions between a merchant and a customer at a POSconfigured in an electronic payment processing network. In step 306, thetransaction processing server may communicate a credit approval requestbased on the transaction approval request to an issuer system. Thecredit approval request may be the transaction approval request. Thecredit approval request may include part or all of the data of thetransaction approval request. In step 310, the transaction processingserver may or may not receive a credit approval from the issuer systemfor the full transaction amount of the transaction. If the transactionprocessing server receives a credit approval message authorizing acredit transaction for the full transaction amount, then the transactionprocessing server may complete processing of the transaction in step314.

If the issuer system does not approve the full transaction amount,either through a credit decline or a partial credit approval, thetransaction processing server may determine customer data used toevaluate an extension of credit to the customer in step 316. In step318, the transaction processing server may communicate the customer datato the issuer system, so as to cause the issuer system to evaluate ifthe customer should be given an extension of credit, e.g., amicro-credit, to cover the remainder of the full transaction amount. Instep 322, the transaction processing server may receive a creditapproval message for the full transaction amount. Credit approval of thefull transaction amount may be a single approval covering the fulltransaction amount. Credit approval of the full transaction amount mayalso be more than one partial approval covering the full transactionamount. In step 326, the transaction processing server may communicate atransaction approval message, e.g., a transaction authorization message,to a merchant system associated with the POS (e.g., including to the POSitself), wherein the transaction approval message includes the fulltransaction amount. It will further be appreciated that the issuersystem may continue not to provide credit approval for the fulltransaction amount, even when communicated the customer data. In such acase, other entities may be communicated customer data for the issuanceof an extension of credit. The transaction processing server may alsofinally decline the credit transaction.

With specific reference to FIG. 4, and in non-limiting embodiments oraspects, provided is a method 400 for providing instant credit to acustomer at a point-of-sale (POS). The steps of the method 400 may becompleted by a transaction processing server, credit analysis server,other transaction service provider system server, or any combinationthereof. In step 402, the transaction processing server may receive atransaction approval request, e.g., a transaction authorization request.The transaction approval request may include a full transaction amountfor one or more transactions between a merchant and a customer at a POSconfigured in an electronic payment processing network. In step 406, thetransaction processing server may communicate a credit approval requestbased on the transaction approval request to an issuer system. Thecredit approval request may be the transaction approval request. Thecredit approval request may include part or all of the data of thetransaction approval request. In step 410, the transaction processingserver may or may not receive a credit approval from the issuer systemfor the full transaction amount of the transaction. If the transactionprocessing server receives a credit approval message authorizing acredit transaction for the full transaction amount, then the transactionprocessing server may complete processing of the transaction in step414.

If the issuer system does not approve the full transaction amount,either through a credit decline or a partial credit approval, thetransaction processing server may determine customer data used toevaluate an extension of credit to the customer in step 416. In step418, the credit analysis server may determine if the customer is able tobe granted an extension of credit, e.g., a micro-credit, by thetransaction service provider to cover the remainder of the fulltransaction amount. If the credit analysis server determines that thecustomer may be granted an extension of credit, the transactionprocessing server may grant an extension of credit via the transactionservice provider in step 422. The extension of credit may be for thefull transaction amount, in the case of the transaction processingserver alone providing a credit for the transaction. The extension mayalso be for an amount less than the full transaction amount, butcombined with one or more other partial credit approvals (e.g., via anissuer system) the extension may cover the full transaction amount. Instep 426, the transaction processing server may communicate atransaction approval message, e.g., a transaction authorization message,to a merchant system associated with the POS (e.g., including to the POSitself), wherein the transaction approval message includes the fulltransaction amount. It will further be appreciated that the transactionservice provider system may determine not to provide an extension ofcredit to complete credit approval for the full transaction amount,after evaluating the customer data. In such a case, other entities maybe communicated customer data for the issuance of an extension ofcredit. The transaction processing server may also finally decline thecredit transaction.

With specific reference to FIG. 5, and in non-limiting embodiments oraspects, provided is a method 500 for providing instant credit to acustomer at a point-of-sale (POS). The steps of the method 500 may becompleted by a transaction processing server, credit analysis server,other transaction service provider system server, or any combinationthereof. In step 502, the transaction processing server may receive atransaction approval request, e.g., a transaction authorization request.The transaction approval request may include a full transaction amountfor one or more transactions between a merchant and a customer at a POSconfigured in an electronic payment processing network. In step 506, thetransaction processing server may communicate a credit approval requestbased on the transaction approval request to an issuer system. Thecredit approval request may be the transaction approval request. Thecredit approval request may include part or all of the data of thetransaction approval request. In step 510, the transaction processingserver may or may not receive a credit approval from the issuer systemfor the full transaction amount of the transaction. If the transactionprocessing server receives a credit approval message authorizing acredit transaction for the full transaction amount, then the transactionprocessing server may complete processing of the transaction in step514.

If the issuer system does not approve the full transaction amount,either through a credit decline or a partial credit approval, thetransaction processing server may determine customer data used toevaluate an extension of credit to the customer in step 516. In step518, the transaction processing server may communicate the customer datato a third party credit provider system, so as to cause the third partycredit provider system to evaluate if the customer should be given anextension of credit, e.g., a micro-credit, by the third party creditprovider to cover the remainder of the full transaction amount. In step522, the transaction processing server may receive a credit approvalmessage for the full transaction amount. Credit approval of the fulltransaction amount may be a single approval from the third party creditprovider covering the full transaction amount. Credit approval of thefull transaction amount may also be a partial credit approval from thethird party credit provider that, when combined with a partial creditapproval from the issuer system, covers the full transaction amount. Instep 530, the transaction processing server may communicate atransaction approval message, e.g., a transaction authorization message,to a merchant system associated with the POS (e.g., including to the POSitself), wherein the transaction approval message includes the fulltransaction amount. It will further be appreciated that the third partycredit provider may determine not to grant an extension of credit to thecustomer after evaluating the customer data. In such a case, otherentities may be communicated customer data for the issuance of anextension of credit. The transaction processing server may also finallydecline the credit transaction.

In step 526, the extension of credit by the third party credit providermay be independently communicated to the merchant and/or customer. Forexample, the merchant may receive a message at a communication deviceassociated with the merchant alerting that a third party credit providerhas covered the remainder of the full transaction amount (e.g., all orpart of the full transaction amount). By way of further example, thecustomer may receive a message on a communication device (e.g., a mobiledevice) alerting the customer that their transaction has been covered atleast partially by an extension of credit by a third party creditprovider. It will be appreciated that step 526 may be similarlyperformed in FIG. 4 for an extension of credit by a transaction serviceprovider, or in FIG. 3 for an extension of credit by an issuer system.

With specific reference to FIG. 6, and in non-limiting embodiments oraspects, provided is a method 600 for providing instant credit to acustomer at a point-of-sale (POS). The steps of the method 600 may becompleted by a transaction processing server, a credit analysis server,another transaction service provider system server, or any combinationthereof. The steps of the method 600 may further follow the initiationof a transaction between a customer and a merchant POS and the initialcommunication of a credit approval request to an issuer system. In step610, if the transaction processing server receives a credit approvalmessage for the full transaction amount from the issuer system, thetransaction processing server may complete the processing of thetransaction in step 614. If the transaction processing server does notreceive a credit approval message for the full transaction amount instep 610, then the credit analysis server may use customer data todetermine an extension of credit that could be offered to the customer.The extension of credit may be proposed to be provided by an issuer, thetransaction service provider, a third party credit provider, or anycombination thereof. In step 620, the transaction processing server maycommunicate a POS message about the partial initial credit approval,which may include a request for authorization to proceed with theextension of credit as determined in step 616.

In step 622, the transaction processing server may or may not receivecustomer approval for an extension of credit. If not, the transactionprocessing server may cancel the transaction in step 626 and may notproceed with the extension of credit. If approved, the transactionprocessing server may process the settlement of the transaction with theextension of credit 632, whether the extension of credit is provided bythe transaction service provider, issuer, third party credit provider,and/or the like. The extension of credit may be for part or all of thefull transaction amount.

It will be appreciated that in some non-limiting embodiments or aspects,steps 620 and 622 may precede step 616, so that a customer may approveor decline an extension of credit before the details of an extension ofcredit are determined in step 616. It will also be appreciated that themessage of step 620 may instead be communicated to a communicationdevice of the customer, so that the customer may communicate approval tothe transaction service provider system from a device other than thePOS. It will further be appreciated that step 616 may be omitted, suchthat the extension of credit is determined instead by an issuer systemor third party credit provider system in or after step 632, in whichcase the customer may approve an extension of credit in the generalcase.

With specific reference to FIG. 7, and in non-limiting embodiments oraspects, provided is a method 700 for providing instant credit to acustomer at a point-of-sale (POS). The steps of the method 700 may becompleted by a transaction processing server, a credit analysis server,another transaction service provider system server, or any combinationthereof. Step 710 may follow the initiation of a transaction between acustomer and a merchant POS and the initial communication of a creditapproval request to an issuer system. Steps 702 and 704 may be ongoingand represent the recurring process of a credit score update engine of atransaction service provider system. In step 702, a transactionprocessing server may process an ongoing plurality of transactions byone or more customers, including the customer of the subject credittransaction. Historic transaction data may be generated and stored basedon the plurality of transactions. In step 704, a credit analysis servermay update a stored credit score of the customer in real-time withongoing transactions by the customer. For example, as the customer ofthe subject credit transaction takes part in historic transactions, thecredit score of the customer may be improved to reflect positive,less-risky behavior (e.g., vis-à-vis credit lending), or the creditscore of the customer may be devalued to reflect negative, more-riskybehavior (e.g., vis-à-vis credit lending). In this manner, thetransaction service provider system is retaining and consistentlyupdating a credit evaluation of the customer in real-time with customertransaction activity.

In step 710, the transaction processing server may or may not receive acredit approval message from the issuer system for the full transactionamount. If the transaction processing server receives a credit approvalmessage for the full transaction amount, then the transaction processingserver may proceed with settling the credit transaction. If thetransaction processing server does not receive a credit approval messagefrom the issuer system for the full transaction amount (e.g., a creditdecline or partial credit approval), a credit analysis server maydetermine customer data used to evaluate an extension of credit in step714. The customer data may include the customer score of the customer asregularly updated in steps 702 and 704. In step 718, the credit analysisserver may compare the partial approval amount and/or decline of creditto a threshold indicative that an extension of credit should be approvedfor the customer. Similarly, the shortfall between the decline orpartial approval and the full transaction amount may be compared to athreshold. The threshold may be predetermined, such as specific to thecustomer, a region, an issuer, a third party credit provider, a paymentdevice, and/or the like. The threshold may also be dynamic, relative toa credit score, transaction history, initial transaction amount, and/orthe like. If the difference between the full transaction amount and thepartial approval amount (or decline) is less than or equal to athreshold for micro-credit approval, then the transaction processingserver may determine an extension of credit for the customer in step722, such as through the issuer, a third party credit provider, thetransaction service provider, and/or the like. If the difference betweenthe full transaction amount and the partial approval amount (or decline)is greater than a threshold for micro-credit approval, then thetransaction processing server may decline the credit transaction.

In further view of the foregoing, and in some non-limiting embodimentsor aspects, to accommodate third party credit providers ofmicro-credits, the transaction service provider system may facilitate aprogram for micro-credit issuer certification. The certification mayvary as per regional needs and total credit volumes can be defined to below to reduce risk of default. The transaction service provider systemmay generate a subscription service to enroll customers and may generatenew token vaults to store customer information either owned by thetransaction service provider or a third party. To complete credittransactions covered by an issuer and a third party credit provider, thetransaction service provider system effectively settles transactionswith two issuers: the issuer of the payment device, and the issuer ofthe micro-credit. For a system including third party credit providermicro-credits, additional components may include a new vault, newmicro-credit messages, a new settlement process flow, a new service toget customer details, a new certification process, and a new model tocalculate creditworthiness. The new service to get customer details maybe an application programming interface (API) to receive customerinformation from a token vault. The input to the API may be a token, andthe output of the API may be customer details required for a creditcheck and/or billing.

In further view of the foregoing, and in some non-limiting embodimentsor aspects, to accommodate issuer providers of micro-credits, thetransaction service provider system may facilitate a program for issuerparticipation. Upon receiving a decline or partial approval of aninitial credit transaction, the transaction service provider system maycalculate a rating and send a special type of transaction request for amicro-credit. The issuer may approve the special transaction request,and in response, the transaction service provider system may approve theoriginal transaction the merchant, while settling two differenttransactions with the issuer. For a system including issuer providermicro-credits, additional components may include new micro-creditmessages and a new model to calculate creditworthiness.

In further view of the foregoing, and in some non-limiting embodimentsor aspects, to accommodate the transaction service provider as aprovider of micro-credits, the transaction service provider system'srole must be augmented. The transaction service provider may act onbehalf of one or more issuers, and the transaction service provider anda specific issuer may predetermine an amount of additional funds thatthe transaction service provider may use to provide micro-credits onbehalf of the specific issuer. In this manner, liability remain with theissuer. The transaction service provider may develop a new decisionmodel that approves or declines a micro-credit request based on aninternal rating and the availability of funds. Upon approval, thetransaction service provider system may send a new credit transaction tothe customer for the differential amount (between full transactionamount and a declined or partially approved amount) and an approval tothe merchant for the full transaction amount. The transaction serviceprovider system may also communicate a message to the issuer systemadvising approval of the full transaction amount, where applicable. Fora system including a transaction service provider as a micro-creditprovider, additional components may include new micro-credit messages, anew settlement process flow, a new credit recommendation process flow, anew credit authorization process flow, and a new model to calculatecreditworthiness.

In further view of the foregoing, and in some non-limiting embodimentsor aspects, the transaction service provider system may be augmented tosplit one clearing message into multiple clearing messages sent tomultiple issuers and calculating different fees for the differentissuers. This may be done by the transaction service provider systemstoring the original authorization message and referencing it to themultiple responses it receives from issuers. For example, thetransaction processing server may receive a request from an acquirerprocessor to complete a credit transaction for 100 USD. This transactionauthorization request may be assigned a transaction request ID (e.g.,“ARequest 1”). As the transaction processing server receives creditapprovals, each less than the full transaction amount but combining tosatisfy the full transaction amount, it may store the responses in adata table with response IDs (e.g., “AResponse 1”, “AResponse 2”). Theresponse IDs may be each associated with the transaction request ID. Thebelow table illustrates one such data storage relationship:

TABLE 1 Transaction Authorization Request ID Response ID Issuer AmountARequest 1 AResponse 1 Issuer A 50 USD ARequest 1 AResponse 2 Issuer B50 USD

A clearing request may be received from the acquirer process for thetransaction authorization request (“ARequest 1”) for 100 USD. Thetransaction service provider system may identify response IDs associatedwith the transaction request ID, and may generate clearing records forthe response IDs.

Although the disclosure has been described in detail for the purpose ofillustration based on what is currently considered to be the mostpractical and non-limiting embodiments, it is to be understood that suchdetail is solely for that purpose and that the disclosure is not limitedto the disclosed embodiments, but, on the contrary, is intended to covermodifications and equivalent arrangements that are within the spirit andscope of the appended claims. For example, it is to be understood thatthe present disclosure contemplates that, to the extent possible, one ormore features of any embodiment can be combined with one or morefeatures of any other embodiment.

What is claimed is:
 1. A computer-implemented method for providinginstant credit to a customer at a point-of-sale, the method comprising:receiving, with at least one processor, a transaction approval requestcomprising a full transaction amount for at least one transactionbetween a merchant and the customer at the point-of-sale configured inan electronic payment processing network; communicating, with at leastone processor, a credit approval request based on the transactionapproval request to an issuer system; in response to receiving a messagefrom the issuer system including a decline or an approval of less thanthe full transaction amount, determining, with at least one processor,customer data used to evaluate an extension of credit to the customer;communicating, with at least one processor, the customer data to atleast one third party credit provider system; receiving, with at leastone processor, at least one credit approval message from one or more ofthe at least one third party credit provider systems, the at least onecredit approval message comprising a credit transaction amount, whereinthe credit transaction amount fulfills the full transaction amount; andcommunicating, with at least one processor, a transaction approvalmessage to a merchant system associated with the point-of-sale, whereinthe transaction approval message comprises the full transaction amount.2. The method of claim 1, wherein the customer data is determined atleast partially from historic transaction data of a plurality oftransactions by the customer in a preceding time period.
 3. The methodof claim 1, further comprising: communicating, with at least oneprocessor, a message to the merchant system configured to cause thepoint-of-sale to display a notification of partial initial creditapproval; and processing, with at least one processor, settlement of theat least one transaction in response to input authorization at thepoint-of-sale by the customer for the extension of credit.
 4. The methodof claim 1, further comprising communicating, with at least oneprocessor, a message to the merchant system configured to cause thepoint-of-sale to display a notification of the extension of credit tothe customer.
 5. The method of claim 1, further comprisingcommunicating, with at least one processor, a message to a mobile deviceof the customer notifying of the extension of credit to the customer. 6.The method of claim 1, further comprising: processing, with at least oneprocessor, an ongoing plurality of transactions by the customer with atleast one merchant in the electronic payment processing network; andupdating, with at least one processor, a credit score of the customerbased on, and in real-time with, at least one of the ongoing pluralityof transactions; wherein the customer data comprises the credit score.7. The method of claim 1, wherein the determining of the customer datais further in response to determining that a difference between the fulltransaction amount and a partial approval amount of the issuer systemsatisfies a threshold predetermined range for the extension of credit.8. A system for providing instant credit to a customer at apoint-of-sale, the system comprising at least one server computerincluding at least one processor, the at least one server computerprogrammed and/or configured to: receive a transaction approval requestcomprising a full transaction amount for at least one transactionbetween a merchant and the customer at the point-of-sale configured inan electronic payment processing network; communicate a credit approvalrequest based on the transaction approval request to an issuer system;in response to receiving a message from the issuer system including adecline or an approval of less than the full transaction amount,determine customer data used to evaluate an extension of credit to thecustomer; communicate the customer data to at least one third partycredit provider system; receive at least one credit approval messagefrom one or more of the at least one third party credit providersystems, the at least one credit approval message comprising a credittransaction amount, wherein the credit transaction amount fulfills thefull transaction amount; and communicate a transaction approval messageto a merchant system associated with the point-of-sale, wherein thetransaction approval message comprises the full transaction amount. 9.The system of claim 8, wherein the customer data is determined at leastpartially from historic transaction data of a plurality of transactionsby the customer in a preceding time period.
 10. The system of claim 8,wherein the at least one server is further programmed and/or configuredto: communicate a message to the merchant system configured to cause thepoint-of-sale to display a notification of partial initial creditapproval; and process settlement of the at least one transaction inresponse to input authorization at the point-of-sale by the customer forthe extension of credit.
 11. The system of claim 8, wherein the at leastone server is further programmed and/or configured to communicate amessage to the merchant system configured to cause the point-of-sale todisplay a notification of the extension of credit to the customer. 12.The system of claim 8, wherein the at least one server is furtherprogrammed and/or configured to communicate a message to a mobile deviceof the customer notifying of the extension of credit to the customer.13. The system of claim 8, wherein the at least one server is furtherprogrammed and/or configured to: process an ongoing plurality oftransactions by the customer with at least one merchant in theelectronic payment processing network; and update a credit score of thecustomer based on, and in real-time with, at least one of the ongoingplurality of transactions; wherein the customer data comprises thecredit score.
 14. The system of claim 8, wherein the determining of thecustomer data is further in response to determining that a differencebetween the full transaction amount and a partial approval amount of theissuer system satisfies a threshold predetermined range for theextension of credit.
 15. A computer program product for providinginstant credit to a customer at a point-of-sale, the computer programproduct comprising at least one non-transitory computer-readable mediumincluding program instructions that, when executed by at least oneprocessor, cause the at least one processor to: receive a transactionapproval request comprising a full transaction amount for at least onetransaction between a merchant and the customer at the point-of-saleconfigured in an electronic payment processing network; communicate acredit approval request based on the transaction approval request to anissuer system; in response to receiving a message from the issuer systemincluding a decline or an approval of less than the full transactionamount, determine customer data used to evaluate an extension of creditto the customer; communicate the customer data to at least one thirdparty credit provider system; receive at least one credit approvalmessage from one or more of the at least one third party credit providersystems, the at least one credit approval message comprising a credittransaction amount, wherein the credit transaction amount fulfills thefull transaction amount; and communicate a transaction approval messageto a merchant system associated with the point-of-sale, wherein thetransaction approval message comprises the full transaction amount. 16.The computer program product of claim 15, wherein the customer data isdetermined at least partially from historic transaction data of aplurality of transactions by the customer in a preceding time period.17. The computer program product of claim 15, wherein the programinstructions further cause the at least one processor to: communicate amessage to the merchant system configured to cause the point-of-sale todisplay a notification of partial initial credit approval; and processsettlement of the at least one transaction in response to inputauthorization at the point-of-sale by the customer for the extension ofcredit.
 18. The computer program product of claim 15, wherein theprogram instructions further cause the at least one processor tocommunicate a message to: (i) the merchant system configured to causethe point-of-sale to display a notification of the extension of creditto the customer; (ii) a mobile device of the customer notifying of theextension of credit to the customer; or any combination thereof.
 19. Thecomputer program product of claim 15, wherein the program instructionsfurther cause the at least one processor to: process an ongoingplurality of transactions by the customer with at least one merchant inthe electronic payment processing network; and update a credit score ofthe customer based on, and in real-time with, at least one of theongoing plurality of transactions; wherein the customer data comprisesthe credit score.
 20. The computer program product of claim 15, whereinthe determining of the customer data is further in response todetermining that a difference between the full transaction amount and apartial approval amount of the issuer system satisfies a thresholdpredetermined range for the extension of credit.